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System and Method for Processing Data in a Distributed Architecture 

Related Applications 

This application claims priority from a U.S. Provisional Patent Application filed January 
14, 2002, titled, "Knowledge Server," Attorney Docket No. 23452-500-301, which is hereby 
incorporated by reference. This application is related to co-pending patent application titled 
"System and Method for Using XML to normalize documents," Attorney Docket No. 23452- 
506, filed concurrently, which is hereby incorporated by reference. 

Field of the Invention 

The invention relates to a system and method for asynchronously processing data in a 
knowledge management system. 

Background of the Invention 

Knowledge management systems are known. Knowledge management systems may be 
used to collect information from information systems within an organization. The knowledge 
management system may perform one or more processing actions on the information, such as, 
for example, categorization, full-text indexing, and metrics extraction. Each of these processes, 
however, are typically performed synchronously. Therefore, the information may only be 
available in each information system at varying times. A particular information system may be 
updated with other information and the information system may not be accessible for an 
extended period of time. This results in higher development costs and extended customer 
disruptions. 
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Current knowledge management systems typically use a single process for performing 
one or more processes on information collected from the information systems. Therefore, if an 
information system fails, information may be lost. This is a drawback. 

These and other drawbacks exist. 

Summary of the Invention 

An object of the invention is to overcome these and other drawbacks of existing systems. 

Another object of the invention is to provide a system and method for processing data 
that performs one or more processes information in an asynchronous manner. 

Another object of the invention is to provide a system and method for data processing 
that processes information in a parallel manner. 

Another object of the invention is to provide a system and method for data processing 
that enables recovery of information in the event of a system failure. 

Another object of the invention is to provide a system and method for normalizing 
documents using extensible markup language (XML). 

Another object of the invention is to provide a system and method for normalizing 
documents using XML that enables meta data in a document to be preserved. 

Another object of the invention is to provide a system and method for normalizing 
documents using XML that maps fields within the document with at least one field designation 
identifier. 

Another object of the invention is to provide a system and method for normalizing 
documents using XML that provides full-text indexing, categorizing, and metrics extraction. 
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These and other objects of the invention are achieved according to various embodiments 
of the invention. According to one embodiment, a system, method, and processor readable 
medium comprising processor readable code embodied therein are provided that asynchronously 
process data in a knowledge management system. The system may gather information content 
from a repository according to a predetermined schedule. The information content maybe 
registered with a content map. A unique document identifier may be assigned to the information 
content gathered. A work request regarding information content gathered may be transmitted to 
a persistent work queue. The persistent work queue may process the work request. The work 
request processing may include extracting a portion of the document in extensible markup 
language (XML) format so as to normalize at least a portion of the document contents. Control 
messages may be transmitted to one or more users providing a status of the work request. 

The normalized document may then be transmitted to a processing work queue where 
additional data processing may occur. The additional data processing may include metrics 
extraction, full-text indexing, categorization, or other process. After processing is complete, the 
work queues may generate progress statistics reports that indicate a status of all work requests. 
The progress statistics reports may be transmitted to a scheduler component via a completion 
work queue. All system components may share access to a central data structure that represents 
a metrics history and taxonomy via a CORBA service. 

These and other objects, features and advantages of the invention will be readily apparent 
to those having ordinary skill in the pertinent art from the detailed descriptions of the 
embodiments with reference to the appropriate figures below. 
Brief Descriptions of the Drawings 
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Fig. 1 is a schematic block diagram of a system for data processing according to one 
embodiment of the invention. 

Fig. 2 is a schematic block diagram of the method for data processing according to one 
embodiment of the invention. 

Fig. 3 is a schematic block diagram of data processing according to one embodiment of 
the invention. 

Fig. 4 is a schematic block diagram of a method for normalizing documents in XML 
format according to one embodiment of the invention. 

Fig. 5 is a schematic block diagram of a system for normalizing documents using XML 
according to one embodiment of the invention. 

Detailed Description of Preferred Embodiments 

A system, method, and processor readable medium for processing data in a knowledge 
management system is disclosed. The system may asynchronously process data such that 
multiple processes are performed simultaneously. The system may perform categorization, full- 
text indexing, and metrics extraction, or other process simultaneously, such that a repository is 
maintained with current information and in the event of a failure, the likelihood of recovering 
information is greater. 

Fig. 1 illustrates a system 100 for asynchronously processing data according to one of the 
embodiment of the invention. System 1 00 may include repositories 102a-102n. Repositories 
102a-102n may be in communication with spider component 104. A spider component may be, 
for example, a Domino add-in process that invokes threads to explore different repositories. 
Different spider types may be designed to extract content from various content repository types. 
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Once a spider process is started, spider component 104 may start any number of additional 

threads to explore different repositories, including, for example, Lotus Notes™, Lotus 

QuickPlace™, Domino.Doc, electronic mail (Lotus Domino™), Web and file system. This 

enables one server to use a Lotus Notes™ spider and a second server to use a Lotus Notes™ and 

file system spider. 

Spider component 104 may be in communication with a scheduler 106, content map 
component 108, taxonomy engine 110, full-text engine 1 12, and metrics engine 1 14. Spider 
component 104 may also communicate with content map 108, taxonomy engine 110, full-text 
engine 1 12, and metrics engine 1 14 to update and make available information stored in 
repositories 102a-102n in a variety of formats. Spider component 104 may receive work 
requests, on a scheduled basis, from scheduler 106 that describe which repositories to process on 
a work queue. The schedule may be hourly, daily, weekly, or other basis. The work requests 
may also be dispatched on a random basis. Scheduler 106 may communicate with a repository 
schedule 1 16 for determining when a particular process is scheduled. The repository schedule 
may detail a type and frequency of spidering for one or more repositories. For example, the 
repository schedule may identify that repository 102a is full-text indexed on a daily basis and 
repository 102b has a categorization and metrics extraction performed hourly. 

The processes may occur asynchronously. For example, content map 108 may process 
information in repositories 102a-102n such that a map of all content stored in repositories 102a- 
102n is provided. A replica of the content map may be stored as content replica 118. Taxonomy 
engine 1 10 may be used to determine categories of information stored in repositories 102a-102n. 
Full-text engine 1 12 may be used to provide a full-text index of information stored in 
repositories 1 02a-102n. Full-text engine 1 12 may communicate with full-text replica 120 that 
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may be used as a backup for information provided by a full-text engine 112. Metric engine 1 14 

may be used to extract metrics information from information stored in repositories 102a-102n. 

Taxonomy engine 1 10, full-text engine 1 12, and metrics engine 1 14 may be in communication 

with content map 108. Therefore, content map 108 may include a map of all information stored 

in repositories 102a-102n, categories of information stored in repositories 102a-102n, a full-text 

index of information stored in repositories 102a-102n, and metrics information for information 

stored in repositories 102a-102n. 

Content map 108, taxonomy engine 1 10, full-text engine 1 12, and metric engine 1 14 
preferably operate in an asynchronous manner. This enables each of content map 108, taxonomy 
engine 100, full-text engine 1 12, and metric engine 1 14 to operate independently. Content map 
108, taxonomy engine 110, full-text engine 1 12, and metric engine 1 14 preferably do not rely on 
each other to perform a particular process. This enables information to be available to users 
because of a reduction in downtime. Additionally, each of content map 108, taxonomy engine 
1 10, full-text engine 1 12, and metric engine 1 14 may be decoupled and replaced individually, 
thus reducing development costs. 

A knowledge management system may be made more reliable by making the failure of a 
subsystem more recoverable. Scheduler 106 may include a protocol that handles a failure or 
shutdown of spider component 104. The protocol may be used to enable spider component to 
transmit a context on shutdown to scheduler 106. The context may then be transmitted back to 
spider component 104 when spider component 104 resumes functioning. This enables spider 
component 104 to resume processing work requests from an intermediate state. Any information 
regarding a failure or shutdown may be transmitted via a completion work queue. The work 
queues may include content map 108, taxonomy engine 110, full-text engine 1 12, and metrics 
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engine 114. The system may also be more fault tolerant by separating various functions into 

various processes that may be run independently. 

Fig. 2 illustrates a method for processing data in a knowledge management system 
according to one embodiment of the invention. Information content may be gathered for data 
processing by a spider component, step 202. The spider component may also register the 
information content gathered with a content map, step 204. The content map may assign the 
information content gathered a unique identifier, step 206. The spider component may transmit 
work requests to, for example, a taxonomy engine, full-text engine or metrics engine, regarding 
the information content gathered, step 208. The one or more engines may refer to the 
information content gathered using the unique identifier. The unique identifier may be a part of 
an extensible markup language (XML) meta-document representation (described in further detail 
below) that may be transmitted to system users. 

The work requests may then be processed, step 210. The work request, may be, for 
example, processing the repository from which the information content is gathered and 
converting documents stored in the repository into a standard meta-document representation in 
XML format. The process of converting the document into a standard meta-document is 
described in further detail with reference to Fig. 4 below. 

The spider component may transmit control messages to system users advising of a start 
and finish of a work request, step 212. The control messages preferably do not contain any XML 
content. The meta-document representations may then be transmitted to a designated module for 
predetermined processing, step 214. The modules may be, for example, a content map, 
taxonomy engine, full-text indexing engine, and a metrics engine. The modules may then 
process the meta-documents, step 216. The processing of the meta-documents may vary 
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depending on the module performing the processing. For example, a content map may generate 

a map of the information content stored in a repository. A taxonomy engine may assign 

categories to the information content stored in a repository. A full-text indexing engine may 

generate a full-text index for information content stored in a repository. A metrics engine may 

extract metrics information from the information content stored in their repository and store only 

the metrics information. The processes may be performed asynchronously such that each 

module operates independently and may perform processes in a parallel manner. In this manner, 

a greater amount of information content in a repository is made available to users at least because 

the knowledge management system has less downtime for processing information content stored 

in a repository. 

After the meta-documents are processed, the meta-documents maybe analyzed, step 218. 
The analysis may be to determine a type of information content stored in a repository. The meta- 
documents may also be indexed, step 220. 

Progress statistics may also be generated for each of the processes, step 222. The 
progress statistics may be presented in one or more reports and generated by a spider component 
and a work queue. The progress statistics may be transmitted to a scheduler component via a 
completion work queue, step 224. The scheduler component may read the progress statistics and 
update any corresponding statistics in a repository schedule. The scheduler component may also 
update a log database with any warnings or errors generated by a work queue. Each module may 
then be enabled with shared access to a central data structure representing the metrics history and 
taxonomy or other information via a CORBA service, step 226. 

Fig. 3 illustrates a system for processing data in a knowledge management system 
according to one embodiment of the invention. The system may include an information content 
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gathering module 302, information content registering module 304, document identifier 

assigning module 306, work request transmitting module 308, work request processing module 

310, control message transmitting module 312, information content transmitting module 314, 

information content processing module 316, information content analyzing module 318, 

information content indexing module 320, progress statistics generating module 322, progress 

statistics transmitting module 324, and access sharing module 326. 

Information content gathering module 302 may be used to gather information content 
from one or more repositories based on a repository schedule. The repository schedule may 
identify a type and frequency with which to gather the information content. Information content 
registering module 304 may be used to register the information content gathered with, for 
example, a content map. Document identifier assigning module 306 may then assign the 
information content gathered one or more unique document identifiers that may be used by, for 
example, other modules for retrieving and identifying the information content. A work request 
regarding the information content gathered may be transmitted to a persistent work queue using 
work request transmitting module 308. The work requests may then be processed for the 
repository from which the information content was gathered using work request processing 
module 310. Work request processing module 310 may include converting documents stored in 
a repository into a standard meta-document representation in extensible markup language (XML) 
first. Control message transmitting module 312 may be used to transmit control messages to one 
or more users that provide a status regarding work requests. The control messages may identify 
a start and/or finish of a work request or other information. 

The meta-documents may then be transmitted to a processing work queue for further 
processing using information content transmitting module 314. The processing may be, for 
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example, full-text indexing, categorization, metrics extraction, or other process. The documents 

may be processed using information content processing module 316. 

After processing the meta-documents, the meta-documents may be analyzed using 
information content analyzing module 318. The analysis may include determining a type of 
information stored in the repository. The meta-documents may also be indexed using 
information content indexing module 320. 

Progress statistics regarding the processes performed on the information content gathered 
may be generated using progress statistics generating module 322. The progress statistics may 
be generated in one or more reports. The progress statistics may be transmitted to other 
components in a knowledge management system using progress statistics transmitting module 
324. All components within the knowledge management system may be provided with shared 
access to a central data structure representing the metrics history and taxonomy of the 
information content via a CORBA service using access sharing module 326. 

Fig. 4 illustrates a method for processing a work request according to one embodiment of 
the invention. A work request may be processed by determining a repository type from which 
information content is gathered, step 402. The document may then be identified, step 404. The 
document may then be extracted from the repository in XML format, step 406. The document 
extracted may be a meta-document. The meta-document may include metrics information from 
the document. For example, the document may include author, title, subject, date created, date 
modified, list of modifiers, links list information, and other information. The meta-document 
may be transmitted to a work queue for further processing, step 408. The meta-document may 
then be processed according to a pre-determined process for the work queue, step 410. The work 
queue may, for example, categorize, full-text index, or perform other process on the meta- 
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document. Fields within the meta-document may be mapped with a field identifier, step 412. 

For example, an author of a document may be mapped with an author field, a creation date may 

be mapped with a date created field, a title may be mapped with a title field, and other metrics 

information may be mapped with a corresponding field designation identifier. 

Fig. 5 illustrates a system for processing a work request according to one embodiment of 
the invention. The system may include repository type determining module 502, document 
identifying module 504, document extracting module 506, document transmitting module 508, 
document processing module 510, and field mapping module 512. 

Repository type determining module 502 may determine a repository type from which a 
document may be gathered. Document identifying module 504 may identify the document to be 
collected from the repository. Document extracting module 506 may extract the document from 
the repository. Document extracting module 506, however, may convert the document stored in 
the repository into a standard meta-document representation in an XML format. The meta- 
document may include meta-data regarding the document. For example, the meta-document may 
include author, title, subject, date created, date modified, list of modifiers, and links list 
information. 

The meta-document may then be transmitted to a work queue for processing using 
document transmitting module 508. The meta-document may then be processed according to a 
process designated for a particular work queue using document processing module 510. The 
processes may include, for example, categorization, full-text indexing, metrics extraction or 
other process. Field mapping module 512 may be used to map fields in the meta-document with 
a field designation identifier. For example, author, title, and subject information may be mapped 
with an author field, title field, and subject field, respectively. Other fields may also be mapped. 



11 



PATENT 

ATTORNEY DOCKET NO. 23452-504 
Client Reference No. LOT9-2001-0035-US1 

Other embodiments and uses of the invention will be apparent to those skilled in the art in 

consideration of the specification and practice of the invention is disclosed herein. The 

specification and examples should be considered exemplary only. For example, although the 

invention has been described in terms of a document, a document may be any or current 

document that may be categorized; for example, electronic mail messages, graphic files, or other 

type of electronic document. Additionally, although the invention has been described in terms of 

multiple modules, fewer or a greater number of modules may be used and modules may not be 

provided in the same location. The scope of the invention is only limited by the claims appended 

hereto. 
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